ссылка на себя

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

3.2.10 роль (role): Перечень или список прав и обязанностей, установленных для потенциального или действительного члена группы взаимодействия.

Примечание - При назначении одной или нескольких ролей члену группы взаимодействия совокупные права и обязанности, связанные с ролью(ями), передаются этому участнику.

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

Обозначения элемента модели данных используются в контексте стандартов технологий взаимодействия для установления ссылок на конкретные элементы модели данных. В отличие от лингвистически нейтральных атрибутов элементов модели данных у обозначения элемента модели данных есть символическое значение; но в то же время данный атрибут может быть ориентирован на конкретный язык и может быть предметом интернационализации.

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

Поскольку определения представлены в таблице модели данных в наиболее компактной форме, дополнительная информация об элементах модели данных приведена в отдельном подпункте стандартов исключительно для пояснения. Во всех стандартах технологии взаимодействия определение элемента модели данных, записанное в ячейках таблицы в 3-й колонке, считают наиболее аутентичным.

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

При создании реализаций модели данных из модели данных степень обязательности элемента модели данных любого элемента модели данных должна исходить из степени обязательности соответствующего предка. Для модели данных это означает, что элементы модели данных со степенью обязательности элемента модели данных «выбираемый» могут иметь потомков со статусом «обязательный». В случае если любой элемент модели данных со степенью обязательности элемента модели данных «обязательный» имеет единственного потомка со статусом «выбираемый», любая реализация этой модели данных предоставляет одного или более потомка элемента данных в реализации этого элемента модели данных.

Определены четыре возможных значения степени обязательности элемента модели данных: обязательный, выбираемый, условно обязательный и условно выбираемый.

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

Значения для диапазона значений элементов модели данных (в других источниках также определенных как «повторяемость элементов») определяют, насколько часто реализация элемента модели данных может встречаться в этой реализации модели данных.

В реализациях моделей данных многочисленные реализации элемента данных, как правило, должны быть расположены рядом друг с другом, в то время как реализации многочисленных составных элементов (совокупных подструктур) являются результатом реализации в этих подструктурах, представленных в смежном или последовательном порядке. По умолчанию, не важен порядок размещения или перечисления реализаций разнообразных элементов модели данных. Исключение вводят примечанием об указании особого порядка представления информации в данной ячейке строки таблицы элемента модели данных.

Необходимый минимум реализаций элемента модели данных будет принят больше нуля (даже если установлен на нуль) в тех случаях, когда степень обязательности элемента модели данных имеет значение «обязательный».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) различаются, интервал определяют как строку связанных символов «< необходимый минимум>..< допустимый максимум>», где значения < необходимый минимум> и < допустимый максимум> - неотрицательные целые числа.

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

В тех случаях, когда два значения (необходимый минимум и допустимый максимум) совпадают, устанавливают только одно значение.

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

В стандартах технологии взаимодействия установлено множество возможных значений для данного элемента модели данных в качестве значения типа данных элемента данных. Множество значений может быть ограничено конкретным набором значений, основанным на спецификации или стандарте, не относящемся к модели данных. Ссылка на эту внешнюю спецификацию или стандарт должна быть приведена в качестве значения соответствующего элемента данных модели данных. Модели данных, определенные в стандартах технологии взаимодействия, предоставляют структуры элемента данных и элемента модели данных специально для включения таких ссылок.

При использовании таких ссылок элемент данных, включающий в себя ссылки, должен быть указан в колонке «Тип данных».

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

Примечание - Роль может быть статической (например, конец соединения) или динамической (например, коллективная роль).

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

план качества
Документ, определяющий, какие процедуры и соответствующие ресурсы, кем и когда должны применяться в отношении конкретного проекта, продукции, процесса или контракта.
Примечания
1. К таким процедурам обычно относятся процедуры, связанные с процессами менеджмента качества и процессами жизненного цикла продукции.
2. План качества часто содержит ссылки на разделы руководства по качеству или процедурные документы.
3. План качества, как правило, является одним из результатов планирования качества.
[ ГОСТ Р ИСО 9000-2008]

Тематики

• системы менеджмента качества

EN

• quality plan

3.8 план качества (quality plan): Документ, определяющий, какие процедуры и соответствующие ресурсы, кем и когда должны быть применены к конкретному проекту, продукции, процессу или контракту.

Примечания

1 Эти процедуры обычно имеют ссылки на процессы менеджмента качества и процессы производства продукции.

2 План качества часто содержит ссылки на разделы руководства по качеству или документированные процедуры.

3 План качества, как правило, является одним из результатов планирования качества (ИСО 9000, пункт 3.7.5).

Источник: ГОСТ Р ИСО 10006-2005: Системы менеджмента качества. Руководство по менеджменту качества при проектировании оригинал документа

3.7.5 план качества (quality plan): Документ (3.7.2), определяющий, какие процедуры (3.4.5) и соответствующие ресурсы, кем и когда должны применяться в отношении конкретного проекта (3.4.3), продукции (3.4.2), процесса (3.4.1)или контракта (3.3.8).

Примечания

1 К таким процедурам обычно относятся процедуры, связанные с процессами менеджмента качества и процессами жизненного цикла продукции.

2 План качества часто содержит ссылки на разделы руководства по качеству (3.7.4) или процедурные документы.

3 План качества, как правило, является одним из результатов планирования качества (3.2.9).

Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.8 план качества (quality plan): Документ, точно определяющий, какие процессы (см. 3.3), процедуры (см. 3.2) и соответствующие ресурсы к какому объекту и в какие сроки должны быть применены для обеспечения соответствия требованиям проекта (см. 3.5), продукции (см. 3.4), процесса или контракта.

Примечания

1 Эти процедуры обычно включают в себя процедуры, которые относятся к процессам менеджмента качества и реализации продукции.

2 В плане качества часто делается ссылка на отдельные части руководства по качеству или на документированные процедуры.

3 План качества обычно является одним из результатов планирования качества.

Источник: ГОСТ Р ИСО 10005-2007: Менеджмент организации. Руководящие указания по планированию качества оригинал документа

3.7.5 план качества (en quality plan; fr qualité): Документ (3.7.2), определяющий, какие процедуры (3.4.5) и соответствующие ресурсы, кем и когда должны применяться к конкретному проекту (3.4.3), продукции (3.4.2), процессу (3.4.1) или контракту.

Примечания

1 Эти процедуры обычно включают те процедуры, которые имеют ссылки на процессы менеджмента качества и процессы производства продукции.

2 План качества часто содержит ссылки на разделы руководства по качеству (3.7.4) или документированные процедуры.

3 План качества, как правило, является одним из результатов планирования качества (3.2.9).

Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

3.7.5 план качества (quality plan): Документ (3.7.2), определяющий, какие процедуры (3.4.5) и соответствующие ресурсы, кем и когда должны применяться в отношении конкретного проекта (3.4.3), продукции (3.4.2), процесса (3.4.1)или контракта (3.3.8).

Примечания

1 К таким процедурам обычно относятся процедуры, связанные с процессами менеджмента качества и процессами жизненного цикла продукции.

2 План качества часто содержит ссылки на разделы руководства по качеству (3.7.4) или процедурные документы.

3 План качества, как правило, является одним из результатов планирования качества (3.2.9).

Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

3.7.57 план качества (quality plan): Документ, определяющий, какие процедуры и соответствующие ресурсы, кем и когда должны быть применены к конкретному проекту, продукции, процессу или контракту.

Примечание 1 - Эти процедуры обычно имеют ссылки на процессы менеджмента качества и процессы производства продукции.

Примечание 2 - План качества часто содержит ссылки на разделы руководства по качеству или документированные процедуры.

Примечание 3 - План качества, как правило, является одним из результатов планирования качества.

Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

3.4 упаковка для комплектующих изделий (component packaging): Установленная поставщиком товарная единица для комплектующих изделий (3.3), включающая (при необходимости) средства для их защиты, подержания заданного размещения или для автоматизированной сборки.

Примечание - Упаковка для комплектующих может включать в себя:

a) компоненты с выводами на лентах, намотанные на катушки или в специальных ящиках в соответствии с МЭК 60286-1 и МЭК 60286-2²⁾;

²⁾ Ссылка на международный стандарт МЭК 60286 приведена в разделе «Библиография» под номером [7].

b) устройства с поверхностным монтажом (компоненты с поверхностным монтажом) на лентах, намотанные на катушки в соответствии с МЭК 60286-3 и в коробках россыпью в соответствии с МЭК 60286-6;

c) интегральные схемы в кассетах для электронных компонентов в соответствии с МЭК 60286-4 или в матричных лотках по МЭК 60286-5. Рекомендуется сравнить данное определение с определением упаковка продукции (3.32).

Источник: ГОСТ Р ИСО 22742-2006: Автоматическая идентификация. Кодирование штриховое. Символы линейного штрихового кода и двумерные символы на упаковке продукции оригинал документа

3.2.16 статические таблицы (Static tables): Описательные (дескриптивные) таблицы базы данных ЛИМС, где шаблоны, испытания, расчеты, спецификации и соответствующая информация охарактеризованы и сохранены и обычно находятся в таблицах «поиск/ссылка/словарь».

3.2.16.1 Обсуждение

ЛИМС хранит информацию для поиска с целью быстрой регистрации образца и назначения на испытания. Обычно статические таблицы необходимо конфигурировать до регистрации образца. Внедрение некоторых ЛИМС может сопровождаться вводом информации из статической таблицы непосредственно на этапе регистрации образца. Синонимы статических таблиц включают в себя мастер-данные (master data - основные данные) и данные по конфигурации.

Источник: ГОСТ Р 53798-2010: Стандартное руководство по лабораторным информационным менеджмент-системам (ЛИМС) оригинал документа